home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950528-19950726 / 000184_news@columbia.edu_Fri Jun 23 17:47:01 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  7KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA01361
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 23 Jun 1995 13:47:09 -0400
  3. Received: by apakabar.cc.columbia.edu id AA05015
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 23 Jun 1995 13:47:07 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.dcom.modems,comp.protocols.kermit.misc
  8. Subject: Improved modem dialing for C-Kermit
  9. Date: 23 Jun 1995 17:47:01 GMT
  10. Organization: Columbia University
  11. Lines: 140
  12. Message-Id: <3seuml$4s6@apakabar.cc.columbia.edu>
  13. Nntp-Posting-Host: watsun.cc.columbia.edu
  14. Xref: news.columbia.edu comp.dcom.modems:99072 comp.protocols.kermit.misc:3020
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17.  
  18. Hi.  I'm the principle author of C-Kermit communication software for
  19. UNIX, VMS, OS/2, etc etc.  In preparation for a future release, I'm
  20. spiffing up the modem and dialing features, with the following goals:
  21.  
  22.  . Better and more natural support for modern high-speed modems.
  23.  
  24.  . Explicit support for most of the popular makes and models.
  25.  
  26.  . Easy and consistent control over specific modem features such as flow
  27.    control, error-correction, and compression.
  28.  
  29.  . Consolidation of multiple modem models into one whenever possible.
  30.  
  31.  . Easy addition of new modem types by the user.
  32.  
  33. C-Kermit runs on a wide variety of hardware and operating system platforms
  34. in countries all over the world, and so cannot follow the simplicistic
  35. "send me your coolest init string" model of modem support.  In particular:
  36.  
  37.  . We can't assume that the computer can do hardware flow control.
  38.  
  39.  . We can't assume any particular value for the computer's maximum
  40.    interface speed.
  41.  
  42.  . We can't assume that any particular dialing method (e.g. Tone) is
  43.    available.
  44.  
  45.  . We can't assume the Hayes AT command and response interface (for
  46.    example, did you know that there there is an international standard
  47.    for modem commands and responses, ITU-T (CCITT) V.25bis, that bears
  48.    no resemblence whatsoever to the Hayes scheme? -- Those of you who
  49.    think this standard is not used should visit Brazil some time :-)
  50.  
  51.  . We can't assume that we have access to modem signals, either to read
  52.    them or to manipulate them explicitly, e.g. dropping DTR to hang up.
  53.  
  54.  . Our modem handling can't be based on the facilities of a particular
  55.    operating system, like UNIX versions that have an "acucap", or DLLs
  56.    that might come with OS/2 or Windows, etc.
  57.  
  58. Any information I can gather about as many modem models as possible that
  59. would allow support for them to be added to C-Kermit would be much
  60. appreciated.  If you can furnish this information, please drop me a note
  61. by email.  Items of particular interest include:
  62.  
  63.  . Hayes command set or other?
  64.  
  65.  . What is the maximum interface speed at which its command processor
  66.    autobauds?  What is its absolute maximum interface speed (on some
  67.    modems, e.g. certain Telebit models, these two numbers are different).
  68.    If a special command (e.g. S-register setting) must be issued to 
  69.    change the speed, what is it?
  70.    
  71.  . How do we tell the modem to start off with its highest modulation
  72.    method (e.g. V.34) and then negotiate down from there?  Is there a
  73.    way to do this that is portable among different models (e.g. N1 S37=0
  74.    for different PPI models)?
  75.  
  76.  . How do we tell the modem to pass through Break signals transparently?
  77.  
  78.  . Can it do speed buffering?  If so, what are the commands to enable and
  79.    disable speed buffering?
  80.  
  81.  . Can it do hardware flow control (RTS/CTS)?  If so, what is the command 
  82.    to enable it?
  83.  
  84.  . Can it do *local* software flow control (Xon/Xoff)?  If so, what is the
  85.    command to enable it?
  86.  
  87.  . What, if any, is the command to disable local flow control?
  88.  
  89.  . Can it do error correction?  If so, what are the commands to enable and
  90.    disable it?  The command to enable would be the one that starts out with
  91.    the highest form (e.g. V.42) and negotiates down (e.g. to various MNP
  92.    levels).  The command to disable would disable all forms.
  93.  
  94.  . If it is an RPI model of a modem that also comes in a non-RPI model,
  95.    what happens when the command to enable error-correction is given
  96.    directly to the modem?  (The ones I know about so far say "ERROR" --
  97.    is this true for all of them?)
  98.  
  99.  . Can it do compression?  If so, what are the commands to enable and
  100.    disable it?  The command to enable would be the one that starts out with
  101.    the highest form (e.g. V.42bis) and negotiates down (e.g. to MNP5).
  102.    The command to disable would disable all forms.
  103.  
  104.  . What is the command to set the dialing method to Pulse?  To Tone?
  105.    Can this command be issued as an independent command, or only as part
  106.    of the dialing command?  (The answer to this one is well-known for
  107.    Hayes-like modems, but no so obvious with others, e.g. Microcoms or
  108.    Vadics in native mode.)
  109.  
  110.  . What is the method of escaping back to the modem's command processor?
  111.    Is a guard time required?  If so, how much?  Is there a way to make the
  112.    modem transparent to all data patterns and still permit escaping back
  113.    (e.g. with Long Break but not regular Break) and if so, what is it?
  114.  
  115.  . For differentiating among various models from the same manufacturer,
  116.    what is the method for determining what model we have (e.g. ATI, ATI3,
  117.    ATI6, etc), and what are the responses for each model?
  118.  
  119. In general, when a modem offers more than one command to do the same
  120. thing, the preferred command would be the one that is most portable across
  121. all models from the same manufacturer.
  122.  
  123. One puzzler, for me at least, is the array of recent Hayes modems.  I have
  124. access to an Ultra 144, but not to an Accura or an Optima, nor to other
  125. Ultra models (2400, 9600).  Are all of these Hayes models compatible in
  126. every way except for maximum interface and modulation speeds?  That is,
  127. can I use the same commands to control all the features listed above in
  128. each of the Hayes models?  In particular:
  129.  
  130.  . Do they all autobaud at interface speeds up to 57600?  (What is the
  131.    maximum interface speed for each model, including Ultra 2400 and 9600?)
  132.  
  133.  . Will setting "N1 S37=0" ensure that each model starts off at its
  134.    highest modulation technique and negotiate down?  Is this the
  135.    recommended way to do this?
  136.  
  137.  . Is S82=128 (BREAK transparency) available on all high-speed models?
  138.  
  139.  . Do all models support RTS/CTS via &K3?  (So then what is &K1?)
  140.  
  141.  . Do all models support local Xon/Xoff via &K4?  (What is &K2?)
  142.  
  143.  . How should &Rn be set if we are using RTS/CTS?  Or is it ignored?
  144.  
  145. Anybody who would like to help out with this by providing information,
  146. manual or command-summary copies, sample modems, whatever, or who would
  147. like to Alpha-test the resulting software, please contact me directly by
  148. e-mail.
  149.  
  150. Thanks!
  151.  
  152. Frank da Cruz
  153. Manager
  154. Communication Software Development
  155. Columbia University, New York City
  156. e-mail: fdc@columbia.edu